home *** CD-ROM | disk | FTP | other *** search
/ Nautilus 1992 July / Nautilus-3-8 / Nautilus-3-8.bin / Tools & Utilities / Techy Stuff / Doco ƒ / CSMP ƒ / CSMP-V1-052.TXT < prev    next >
Encoding:
Text File  |  1992-06-03  |  41.2 KB  |  1,181 lines

  1. C.S.M.P. Digest             Fri, 17 Apr 92       Volume 1 : Issue 52
  2.  
  3. Today's Topics:
  4.  
  5.     Wild Magic
  6.     No current port vs. CopyBits?
  7.     free-ware or Shair-ware Programing Language
  8.     A/UX irc client crashes on call to malloc()
  9.     Invisible files
  10.     Completion routines & A5
  11.     pict -> macbinary resource fork on unix
  12.     Official Chocolate of Mac Programming
  13.     File Labels
  14.     Is there X11, NFS, TCP for the MacOS?
  15.  
  16.  
  17. The Comp.Sys.Mac.Programmer Digest is moderated by Michael A. Kelly.
  18.  
  19. These digests are available (by using FTP, account anonymous, your email
  20. address as password) in the pub/mac/csmp-digest directory on ftp.cs.uoregon.
  21. edu.  This is also the home of the comp.sys.mac.programmer Frequently Asked
  22. Questions list.  The last several issues of the digest are available from
  23. sumex-aim.stanford.edu as well.
  24.  
  25. These digests are also available via email.  Just send a note saying that you
  26. want to be on the digest mailing list to mkelly@cs.uoregon.edu, and you will
  27. automatically receive each new digest as it is created.
  28.  
  29. The articles in these digests are taken directly from comp.sys.mac.programmer.
  30. They are not edited; all articles included in this digest are in their original
  31. posted form.  The only articles that are -not- included in these digests are
  32. those which didn't receive any replies (except those that give information
  33. rather than ask a question).  All replies to each article are concatenated
  34. onto the original article in the order in which they were received.  Article
  35. threads are not added to the digests until the last article added to the
  36. thread is at least one month old (this is to ensure that the thread is dead
  37. before adding it to the digests).
  38.  
  39. Send administrative mail to mkelly@cs.uoregon.edu.
  40.  
  41. -------------------------------------------------------
  42.  
  43. From: j9z@ornl.gov (John Martellaro)
  44. Subject: Wild Magic
  45. Date: 6 Mar 92 20:02:57 GMT
  46. Organization: Martin Marietta Energy Systems
  47.  
  48. I just downloaded Wild Magic from ftp.apple.com, but
  49. can't get it to operate.  If the authors see this, I need
  50. a little help.   I did the obvious things.  Made sure
  51. Wild Magic control panel was on.  Disabled all inits
  52. except for EM manager, Quicktime, and Wild Magic.
  53. (Called Apple Technical Information Source.  They could not help
  54. except to suggest that After Dark is a known conflict.)
  55. Using Mac IIci, System 7.0.1 (tuned), virtual on.  Tried
  56. to Copy  a movie from the Simple Player and Paste into Word 4.0D.
  57. The first frame pastes in.  When I try to trigger the
  58. movie by clicking the filmstrip icon and start it with
  59. the control bar, the index just jumps to the right and
  60. the first frame stays put. No action. Also happens with
  61. Word Perfect 2.0.3.  Any suggestions?
  62.  
  63. John Martellaro
  64. Martin Marietta Energy Systems
  65. Oak Ridge National Laboratory
  66. 615-576-6840
  67.  
  68. +++++++++++++++++++++++++++
  69.  
  70. From: russotto@eng.umd.edu (Matthew T. Russotto)
  71. Date: Sun, 15 Mar 92 19:28:33 GMT
  72. Organization: College of Engineering, University of Maryland, College Park
  73.  
  74. In article <1992Mar6.200257.1892@ornl.gov> j9z@ornl.gov (John Martellaro) writes:
  75. >Using Mac IIci, System 7.0.1 (tuned), virtual on.  Tried
  76. >to Copy  a movie from the Simple Player and Paste into Word 4.0D.
  77. >The first frame pastes in.  When I try to trigger the
  78. >movie by clicking the filmstrip icon and start it with
  79. >the control bar, the index just jumps to the right and
  80. >the first frame stays put. No action. Also happens with
  81. >Word Perfect 2.0.3.  Any suggestions?
  82.  
  83. You didn't "select all" before copying, did you?  You copied only one
  84. frame of the movie!
  85. - -- 
  86. Matthew T. Russotto    russotto@eng.umd.edu    russotto@wam.umd.edu
  87. Some news readers expect "Disclaimer:" here.
  88. Just say NO to police searches and seizures.  Make them use force.
  89. (not responsible for bodily harm resulting from following above advice)
  90.  
  91. ---------------------------
  92.  
  93. From: gt0657c@prism.gatech.EDU (geoff george)
  94. Subject: No current port vs. CopyBits?
  95. Date: 9 Mar 92 10:02:58 GMT
  96. Organization: Georgia Institute of Technology
  97.  
  98. If I leave the current port set to a no-longer-extant GrafPort, can I
  99. have problems even if I don't do any drawing before setting it to a good
  100. GrafPort? How about saving and restoring a bad port, bracketed around
  101. drawing into a good port? Problems like trashing memory?
  102.  
  103. The current port can be left not set to any port by closing the current
  104. GrafPort, apparently. Probably other ways too. I've spent two weekends
  105. getting more intimate than I really wanted to be with MacsBug, tracking
  106. down a problem which didn't occur under the Think C 5.0.2 debugger. By
  107. making sure that the current port is always a good one I seem to have
  108. removed the symptoms, but I'm not confident that the problem is fixed
  109. since I'm not certain exactly what the problem is.
  110.  
  111. The symptoms were CopyBits not copying anything, from an offscreen
  112. BitMap to the front window. Neither was the current port; the current
  113. port was not any open port. (The MacsBug GrafPort template said that its
  114. clipRgn and visRgn were not valid, plus it had nonsense values in other
  115. fields, e.g. an empty but nonzero portBits.bounds.) I thought CopyBits
  116. wouldn't care about the current port, as long as its portBits wasn't the
  117. destination BitMap.
  118.  
  119. The source BitMap's baseAddr, rowBytes and bounds were good; the
  120. baseAddr pointed to a correctly-sized chunk of memory which had nonzero
  121. bits in it; the source rectangle was what I wanted: the entire bounds.
  122. The destination window was good; other stuff was drawn in it; the
  123. destination rect was inside the portRect, and the same dimensions as the
  124. source rect; the portRect, visRgn, clipRgn and bounds were good. I used
  125. NIL for the maskRgn. I checked all these values with MacsBug templates,
  126. immediately before the _CopyBits trap instruction, using the pointers
  127. that had been pushed onto the stack.
  128.  
  129. Nothing got copied. The destination rect stayed all white. Is there some
  130. other factor affecting the behavior of CopyBits? It's possible I'd
  131. trashed some memory earlier by having no current port.
  132.  
  133. All this on a Mac II, System 7 + System 7 Tuner, no color ports or
  134. windows in my program, monitor set to black-and-white. More detail on
  135. request.
  136.  
  137. I'm bamboozled. Can anyone suggest something I've overlooked, or don't
  138. know? If not I'll have to assume a loose pointer somewhere. Ugh.
  139. Any help muchly appreciated.
  140.  
  141. geoff
  142. - -- 
  143. geoff george    geoff@cc.gatech.edu        (my name)
  144.         or    gt0657c@prism.gatech.edu   (personal warmth from GaTech OCS)
  145.  
  146. "Ordinary f---ing people - I hate 'em. Ordinary person spends his life avoiding tense situations; repo man spends his life getting INTO tense situations."
  147.  
  148. +++++++++++++++++++++++++++
  149.  
  150. From: jimc@isc-br.ISC-BR.COM (Jim Cathey)
  151. Date: 11 Mar 92 21:09:45 GMT
  152. Organization: ISC-Bunker Ramo, An Olivetti Company
  153.  
  154. In article <51462@hydra.gatech.EDU> gt0657c@prism.gatech.EDU (geoff george) writes:
  155. >The symptoms were CopyBits not copying anything, from an offscreen
  156. >BitMap to the front window. Neither was the current port; the current
  157. >port was not any open port. (The MacsBug GrafPort template said that its
  158. >clipRgn and visRgn were not valid, plus it had nonsense values in other
  159. >fields, e.g. an empty but nonzero portBits.bounds.) I thought CopyBits
  160. >wouldn't care about the current port, as long as its portBits wasn't the
  161. >destination BitMap.
  162.  
  163. I had much the same problem, just today.  I have a CopyBits in a loop
  164. that mashes font records, in a program that until this week was
  165. monochrome (and always worked just fine, even on color systems).  Once
  166. I started issuing NewCWindow calls, though, sometimes the created font
  167. would get screwed up.  Even though the CopyBits was between two
  168. monochrome offscreen bitmaps, apparently being in a color environment
  169. (6.07 IIci) is enough to screw up CopyBits.  I ended up having to force
  170. the current port's foreground and background colors (assuming there
  171. _is_ a current port) to black and white (with save and restore code
  172. too).  Once I did this it started working again.  To me, this seems like
  173. a bug.  Copybits should have recognized this as a monochrome-only
  174. situation.  Certainly it shouldn't have been making port-based decisions
  175. because this piece of code is entirely portless, no drawing is being
  176. done at all.
  177.  
  178. Digression: This program emulates a foreign windowing system (ours, in
  179. fact) by translating all calls to Mac analogs.  Its one 'sin' is that
  180. it has to create FONT resources on the fly, so that the native Mac text
  181. drawing can be used, and so that font changes in the foreign system
  182. will be automatically propogated.  It finds unused font numbers (in the
  183. IM-I scheme) and AddResource's these to its preferences file.  These
  184. fonts are deleted from this resource file at program exit.  While IM
  185. says you should never put fonts into a document's resource fork, I
  186. don't really have any choice.  So far it seems to work just fine,
  187. largely because this program does not (and never will) print.  I am
  188. hoping that the problems alluded to by IM have either to do with font
  189. numbering conflicts (since my numbers are dynamically chosen I will be
  190. safe), or with caching-related problems that can occur if the resource
  191. file were to be closed (mine isn't).  Does anyone have any comments?
  192.  
  193.  
  194. +----------------+
  195. ! II      CCCCCC !  Jim Cathey
  196. ! II  SSSSCC     !  ISC-Bunker Ramo
  197. ! II      CC     !  TAF-C8;  Spokane, WA  99220
  198. ! IISSSS  CC     !  UUCP: uunet!isc-br!jimc (jimc@isc-br.isc-br.com)
  199. ! II      CCCCCC !  (509) 927-5757
  200. +----------------+
  201.             "PC's --- the junk bonds of the computer industry"
  202.  
  203. +++++++++++++++++++++++++++
  204.  
  205. From: russotto@eng.umd.edu (Matthew T. Russotto)
  206. Date: Sun, 15 Mar 92 19:42:25 GMT
  207. Organization: College of Engineering, University of Maryland, College Park
  208.  
  209. In article <51462@hydra.gatech.EDU> gt0657c@prism.gatech.EDU (geoff george) writes:
  210. >
  211. >The symptoms were CopyBits not copying anything, from an offscreen
  212. >BitMap to the front window. Neither was the current port; the current
  213. >port was not any open port. (The MacsBug GrafPort template said that its
  214. >clipRgn and visRgn were not valid, plus it had nonsense values in other
  215. >fields, e.g. an empty but nonzero portBits.bounds.) I thought CopyBits
  216. >wouldn't care about the current port, as long as its portBits wasn't the
  217. >destination BitMap.
  218.  
  219. CopyBits uses the foreground and background colors of the current
  220. port.  Probably uses other stuff too.
  221.  
  222.  
  223.  
  224. - -- 
  225. Matthew T. Russotto    russotto@eng.umd.edu    russotto@wam.umd.edu
  226. Some news readers expect "Disclaimer:" here.
  227. Just say NO to police searches and seizures.  Make them use force.
  228. (not responsible for bodily harm resulting from following above advice)
  229.  
  230. ---------------------------
  231.  
  232. From: florian@convex.csd.uwm.edu (Chris Florian)
  233. Subject: free-ware or Shair-ware Programing Language
  234. Organization: UW-Milwaukee: Computing Services Division
  235. Date: Fri, 13 Mar 1992 17:53:26 GMT
  236.  
  237.  
  238.     I am looking for a free ware or shair ware mac programming
  239.     language.  I don't care if it's basic, I want to do some
  240.     programming.   
  241.  
  242.     Dose anyonw know of any?
  243.  
  244. +++++++++++++++++++++++++++
  245.  
  246. From: e-sink@uiuc.edu (Eric W. Sink)
  247. Organization: University of Illinois at Urbana
  248. Date: Fri, 13 Mar 1992 20:41:15 GMT
  249.  
  250. In <1992Mar13.175326.4073@uwm.edu> florian@convex.csd.uwm.edu (Chris Florian) writes:
  251.  
  252.  
  253. >    I am looking for a free ware or shair ware mac programming
  254. >    language.  I don't care if it's basic, I want to do some
  255. >    programming.   
  256.  
  257. >    Dose anyonw know of any?
  258.  
  259. Certainly.  There are lots...
  260.  
  261. I'm typing the following list off the top of my head.  Please add or
  262. correct as needed.
  263.  
  264. Yerk        object oriented derivative of Forth, used to be called Neon
  265. MacOberon    successor to Modula 2, requires a Mac II
  266. GNU CC        GNU Project C compiler, requires MPW
  267. Pocket Forth    fast Forth implementation
  268. Sesame C    shareware subset-of-C compiler
  269. Harvest C    freely distributable C compiler, not complete yet
  270. Gambit        scheme derivative?
  271. XLisp        Lisp, runs on many platforms
  272. M2        I know I saw a Modula 2 system somewhere...
  273. Icon        ""
  274. Perl        Larry Wall's replacement for most of UNIX
  275. Elan        I have no idea what this is
  276. J        APL derivative
  277. Pico        What is pico ?
  278. Pixiescheme    Probably has something to do with scheme
  279. Quinta        Yet another oo derivative of Forth, doesn't work
  280. Simlua        I've seen this somewhere - requires MPW
  281.  
  282. I peeked at a couple archive sites for a few of those...
  283.  
  284. - -- 
  285. Eric W. Sink,  Spatial Analysis and Systems Team
  286. USACERL, P.O. Box 9005, Champaign, IL 61826-9005
  287. 1-800-USA-CERL x449,   e-sink@uiuc.edu
  288.  
  289. +++++++++++++++++++++++++++
  290.  
  291. From: tlt38517@uxa.cso.uiuc.edu (Terry Thiel)
  292. Organization: University of Illinois at Urbana
  293. Date: Sun, 15 Mar 1992 16:16:02 GMT
  294.  
  295. florian@convex.csd.uwm.edu (Chris Florian) writes:
  296.  
  297.  
  298. >    I am looking for a free ware or shair ware mac programming
  299. >    language.  I don't care if it's basic, I want to do some
  300. >    programming.   
  301. >    Dose anyonw know of any?
  302. Try Harvest C by Eric Sink.  Its on most of the major FTP sites.
  303. - -Terry
  304.  
  305. +++++++++++++++++++++++++++
  306.  
  307. From: d88-jwa@byse.nada.kth.se (Jon W{tte)
  308. Date: 15 Mar 92 19:12:41 GMT
  309. Organization: Royal Institute of Technology, Stockholm, Sweden
  310.  
  311. .cso.uiuc.edu> e-sink@uiuc.edu (Eric W. Sink) writes:
  312.  
  313.    Pocket Forth    fast Forth implementation
  314.  
  315. Unfortunately it crashes on large displays, color displays
  316. and/or 68040 cache machines. The author has not responded
  317. to my query...
  318.  
  319.    Simlua        I've seen this somewhere - requires MPW
  320.  
  321. Imagine ALGOL with OO and sort-of a process concept. Simula
  322. has been around for > 20 years, and is "OO," only noone knew
  323. what that was back then.
  324.  
  325. There's even an application framework.
  326.  
  327. The Simula compiler for MPW is probably available from Lund
  328. University in Sweden, where I believe it was developed.
  329.  
  330. Check with archie.
  331. - -- 
  332. This signature is placed into the Public Domain by Jon W{tte (h+@nada.kth.se)
  333.                      - The worlds only romantic cynic -
  334.  
  335. ---------------------------
  336.  
  337. From: billp@ncsa.uiuc.edu (Bill Pottenger)
  338. Subject: A/UX irc client crashes on call to malloc()
  339. Organization: Nat'l Ctr for Supercomp App (NCSA) @ University of Illinois
  340. Date: Sat, 14 Mar 1992 21:30:53 GMT
  341.  
  342. Hello.
  343.  
  344. Mac is not my usual environment, so please bear with me.  
  345.  
  346. We're running an irc client on a MacIIfx under A/UX 2.0.1, and after a key
  347. is added to the crypt for a channel, on the first attempt to *receive* an
  348. encrypted message, the client crashes with the following error:
  349.  
  350. Malloc failed: No child processes
  351. Irc Aborted!
  352.  
  353. (Anyone care to interpret this... is it simply an out of memory error?)
  354.  
  355. Sending encrypted messages is no problem, strangely enough.
  356.  
  357. Not knowing anything about the mac (under A/UX) I wonder if there are hard
  358. limits on memory that can be set per process and/or per process tree?  I
  359. know this is possible under VMS.  On the other hand, maybe the Mac really
  360. ran out of memory... but in that case it should have crashed on send too..hmmm.
  361.  
  362. Here's some code (the key seems to be in the functions below, which
  363. is where the only malloc() like calls seem to appear under the given 
  364. conditions):
  365.  
  366. /*
  367.  * crypt.c: handles some encryption of messages stuff. 
  368.  *
  369.  * Written By Michael Sandrof
  370.  *
  371.  * Copyright(c) 1990 
  372.  *
  373.  * See the COPYRIGHT file, or do a HELP IRCII COPYRIGHT 
  374.  */
  375.  
  376. #define CRYPT_BUFFER_SIZE (IRCD_BUFFER_SIZE - 50)    /* Make this less than
  377.                              * the trasmittable
  378.  
  379. static char *do_crypt(str, key, flag)
  380. char *str,
  381.     *key;
  382. int flag;
  383. {
  384.     int in[2],
  385.         out[2],
  386.         c;
  387.     char buffer[CRYPT_BUFFER_SIZE + 1];
  388.     char *ptr = null(char *),
  389.         *encrypt_program;
  390.  
  391.     if (encrypt_program = get_string_var(ENCRYPT_PROGRAM_VAR)) {
  392.     in[0] = in[1] = -1;
  393.     out[0] = out[1] = -1;
  394.     if (access(encrypt_program, X_OK)) {
  395.         put_it("*** Unable to execute encryption program: %s", encrypt_program);
  396.         return (null(char *));
  397.     }
  398.     if (!flag) {
  399.         c = strlen(str);
  400.         ptr = ctcp_unquote_it(str, &c);
  401.     } else
  402.         malloc_strcpy(&ptr, str);
  403.     if (pipe(in) || pipe(out)) {
  404.         put_it("*** Unable to start encryption process: %s", sys_errlist[errno]);
  405.         if (in[0] != -1) {
  406.         close(in[0]);
  407.         close(in[1]);
  408.         }
  409.         if (out[0] != -1) {
  410.         close(out[0]);
  411.         close(out[1]);
  412.         }
  413.     }
  414.     switch (fork()) {
  415.         case -1:
  416.         put_it("*** Unable to start encryption process: %s", sys_errlist[errno]);
  417.         return (null(char *));
  418.         case 0:
  419.         signal(SIGINT, SIG_IGN);
  420.         dup2(out[1], 1);
  421.         dup2(in[0], 0);
  422.         close(out[0]);
  423.         close(in[1]);
  424.         setuid(getuid());
  425.         setgid(getgid());
  426.         execl(encrypt_program, encrypt_program, key, NULL);
  427.         exit(0);
  428.         default:
  429.         close(out[1]);
  430.         close(in[0]);
  431.         write(in[1], ptr, strlen(ptr));
  432.         close(in[1]);
  433.         c = read(out[0], buffer, CRYPT_BUFFER_SIZE);
  434.         buffer[c] = null(char);
  435.         close(out[0]);
  436.         break;
  437.     }
  438.     new_free(&ptr);
  439.     if (flag)
  440.         ptr = ctcp_quote_it(buffer, strlen(buffer));
  441.     else
  442.         malloc_strcpy(&ptr, buffer);
  443.     } else {
  444.     c = strlen(str);
  445.     if (flag) {
  446.         encrypt(str, c, key);
  447.         ptr = ctcp_quote_it(str, c);
  448.     } else {
  449.         ptr = ctcp_unquote_it(str, &c);
  450.         decrypt(ptr, c, key);
  451.     }
  452.     }
  453. c
  454.     return (ptr);
  455. }
  456.  
  457. /*
  458.  * crypt_msg: Executes the encryption program on the given string with the
  459.  * given key.  If flag is true, the string is encrypted and the returned
  460.  * string is ready to be sent over irc.  If flag is false, the string is
  461.  * decrypted and the returned string should be readable 
  462.  */
  463. char *crypt_msg(str, key, flag)
  464. char *str,
  465.     *key;
  466. int flag;
  467. {
  468.     static char buffer[CRYPT_BUFFER_SIZE + 1];
  469.     char thing[6];
  470.     char *ptr,
  471.         *rest;
  472.     int on = 1;
  473.  
  474.     if (flag) {
  475.     sprintf(thing, "%cSED ", CTCP_DELIM_CHAR);
  476.     *buffer = null(char);
  477.     while (rest = index(str, '\005')) {
  478.         *(rest++) = null(char);
  479.         if (on && *str && (ptr = do_crypt(str, key, flag))) {
  480.         strmcat(buffer, thing, CRYPT_BUFFER_SIZE);
  481.         strmcat(buffer, ptr, CRYPT_BUFFER_SIZE);
  482.         strmcat(buffer, CTCP_DELIM_STR, CRYPT_BUFFER_SIZE);
  483.         new_free(&ptr);
  484.         } else
  485.         strmcat(buffer, str, CRYPT_BUFFER_SIZE);
  486.         on = !on;
  487.         str = rest;
  488.     }
  489.     if (on && (ptr = do_crypt(str, key, flag))) {
  490.         strmcat(buffer, thing, CRYPT_BUFFER_SIZE);
  491.         strmcat(buffer, ptr, CRYPT_BUFFER_SIZE);
  492.         strmcat(buffer, CTCP_DELIM_STR, CRYPT_BUFFER_SIZE);
  493.         new_free(&ptr);
  494.     } else
  495.         strmcat(buffer, str, CRYPT_BUFFER_SIZE);
  496.     } else {
  497.     if (ptr = do_crypt(str, key, flag)) {
  498.         strmcpy(buffer, ptr, CRYPT_BUFFER_SIZE);
  499.         new_free(&ptr);
  500.     } else
  501.         strmcat(buffer, str, CRYPT_BUFFER_SIZE);
  502.     }
  503.     return (buffer);
  504. }
  505.  
  506. Cheers, and thanks for any who are able to offer help!
  507.  
  508. Bill
  509. ps. I'll be doing some debugging as soon as I have the complete source,
  510. and will hopefully pin down exactly where the crash occurs.  For any
  511. who are interested, please send me your email address and I'll follow
  512. up on it with you.  Thank you!
  513.  
  514. +++++++++++++++++++++++++++
  515.  
  516. From: st902675@pip.cc.brandeis.edu (FUZZBALL)
  517. Organization: Brandeis University
  518. Date: Sun, 15 Mar 1992 20:34:16 GMT
  519.  
  520. In the post by billp@ncsa.uiuc.edu (Bill Pottenger),
  521. he writes:
  522.  
  523. >We're running an irc client on a MacIIfx under A/UX 2.0.1, and after a key
  524. >is added to the crypt for a channel, on the first attempt to *receive* an
  525. >encrypted message, the client crashes with the following error:
  526.  
  527. >Malloc failed: No child processes
  528. >Irc Aborted!
  529.  
  530. The message "Malloc failed:" means that within the system that this was run
  531. on, the C command malloc was either used improperly, or not enough memory was
  532. allocated.  The assumption that it was out of memory is partially correct,
  533. as malloc means "memory allocation".  In order to correct this, enter into
  534. the program itself, find the malloc command and increase it to a number
  535. substantially larger.
  536. The program required to input into this program is probably C++.  Just find 
  537. a Computer Science major who 1)knows C code, and 2) has this program or a
  538. variant.  Have him debug it for you.  If you can't find a CoSi major, find a
  539. CoSi prof to debug it for you.  I suspect that this is not the only error in 
  540. your IRC program.
  541.  
  542. - - Thomas
  543. - -----------------------------------------------------------------------------
  544. Thomas Gray aka FUZZBALL aka ST902675@pip.cc.brandeis.edu
  545. - -----------------------------------------------------------------------------
  546.  
  547. ---------------------------
  548.  
  549. From: maxn@pragmatix.cs.uoregon.edu (Max Napolitano)
  550. Subject: Invisible files
  551. Organization: University of Oregon Computer and Information Sciences Dept.
  552. Date: Sun, 15 Mar 1992 08:59:51 GMT
  553.  
  554.  
  555.  
  556. +++++++++++++++++++++++++++
  557.  
  558. From: stanger@otago.ac.nz (Nigel Stanger)
  559. Date: 16 Mar 92 10:19:33 +1300
  560. Organization: University of Otago, Dunedin, New Zealand
  561.  
  562. In article <1992Mar15.085951.11339@cs.uoregon.edu>, 
  563. maxn@pragmatix.cs.uoregon.edu (Max Napolitano) writes:
  564.  
  565. Hey wow, an invisible posting!! :) :)
  566.  
  567. - -- 
  568. See ya
  569.                                 Nigel.
  570. - ----------------------------------------------------------------------
  571. Nigel Stanger,                  Internet: stanger@otago.ac.nz
  572. University of Otago,            Phone: +64 3 479-8179
  573. Dunedin, NEW ZEALAND.           Fax:   +64 3 479-8311
  574. Splunge.
  575.  
  576. ---------------------------
  577.  
  578. From: rps32513@uxa.cso.uiuc.edu (Ronald P. Smith)
  579. Subject: Completion routines & A5
  580. Organization: University of Illinois at Urbana
  581. Date: Sun, 15 Mar 1992 20:59:48 GMT
  582.  
  583. hi, I'm trying to do a Asyncronous call to PBRead.  I'm having problems
  584. with understanding how to restore the A5 in my completion funtion though.
  585.  
  586. I understand SetCurrentA5 and all that, but what I'm having problems with
  587. is how I can place the A5 somewhere in my ParamBlock so that my completion
  588. function can get it.  I've read the TNs on this, and all I could find was
  589. the fact that I could place the A5 in the ParamBlock because A0 is guaranteed
  590. to point to the paramblock.. What I'm wondering is, where?  I don't see any
  591. space for user fields in the ParamBlock, where should I stick the A5?
  592.  
  593. any help would be greatly appreciated.
  594.  
  595. Ron Smith (rps32513@uxa.cso.uiuc.edu)
  596.  
  597. +++++++++++++++++++++++++++
  598.  
  599. From: d88-jwa@hemul.nada.kth.se (Jon W{tte)
  600. Date: 16 Mar 92 09:29:19 GMT
  601. Organization: Royal Institute of Technology, Stockholm, Sweden
  602.  
  603. .cso.uiuc.edu> rps32513@uxa.cso.uiuc.edu (Ronald P. Smith) writes:
  604.  
  605.    I understand SetCurrentA5 and all that, but what I'm having problems with
  606.    is how I can place the A5 somewhere in my ParamBlock so that my completion
  607.    function can get it.  I've read the TNs on this, and all I could find was
  608.    the fact that I could place the A5 in the ParamBlock because A0 is
  609.    guaranteed to point to the paramblock.. What I'm wondering is, where?
  610.    I don't see any space for user fields in the ParamBlock, where should I
  611.    stick the A5?
  612.  
  613. SetCurrentA5 returns the previous value of A5, and moves whatever
  614. is stored in "CurrentA5" into A5.
  615.  
  616. SetA5 returns the previous value of A5, and moves its argument
  617. into A5.
  618.  
  619.  
  620. About the blocks, let's say you need a CInfoPBRec. Then do this:
  621.  
  622. typedef struct MyCInfoPBRec {
  623.  
  624.     CInfoPBRec    theBlock ;
  625.     unsigned long    A5 ;
  626.  
  627. } MyCInfoPBRec ;
  628.  
  629. Then set up theBlock, stuff A5 into A5 and pass the address of
  630. this struct. You now know that A0 will point to this struct, with
  631. the paramBlock first, and A5 afterwards, upon entry to your
  632. completion routine.
  633.  
  634. Simple, isn't it ?
  635.  
  636. - -- 
  637. This signature is placed into the Public Domain by Jon W{tte (h+@nada.kth.se)
  638.                      - The worlds only romantic cynic -
  639.  
  640. ---------------------------
  641.  
  642. From: jeffe@eniac.seas.upenn.edu (george)
  643. Subject: pict -> macbinary resource fork on unix
  644. Date: 3 Mar 92 18:37:23 GMT
  645. Organization: University of Pennsylvania, Mechanical Engineering
  646.  
  647. I am generating pict representations of postscript files
  648. on my unix box, and I need to place the pict image into the
  649. resource fork of the postscript 'data' file to create
  650. an 'eps' or 'pict with embedded postscript' file.  I can do
  651. this using resedit, but i am seeking a faster and idiot-proof
  652. method.
  653.  
  654. Preferably we would write a complete macbinary file on the 
  655. unix machine.  By inspection it appears that the
  656. pict data needs to be wraped in a short header/trailer which
  657. contains at least the pict id ( and obviously a good bit more )
  658. Has anyone done anything similar?  Perhaps there is a collection
  659. of c routines for doing some basic macbinary work? ( well It
  660. doesn't hurt to ask... )
  661.  
  662. second choice would be a single mac application that would
  663. do the job with a minimum of fuss. Currently we need one
  664. application to open the pict, then copy/paste it into the 
  665. resource fork with resedit and set the resource id and file
  666. type. This is a bit to involved for my users.  I suppose 
  667. here I am asking if such a utility already exists because
  668. my macintosh programing experience is nil.
  669.  
  670. many thanks in advance.
  671. - --
  672. - -george            george@mech.seas.upenn.edu
  673.  
  674. +++++++++++++++++++++++++++
  675.  
  676. From: krk@itl.itd.umich.edu (Kenneth Knight)
  677. Date: 6 Mar 92 22:40:44 GMT
  678. Organization: Instructional Technology Laboratory, University of Michigan
  679.  
  680. In article <68378@netnews.upenn.edu> george@mech.seas.upenn.edu writes:
  681. >Preferably we would write a complete macbinary file on the 
  682. >unix machine.  By inspection it appears that the
  683. >pict data needs to be wraped in a short header/trailer which
  684. >contains at least the pict id ( and obviously a good bit more )
  685. >Has anyone done anything similar?  Perhaps there is a collection
  686. >of c routines for doing some basic macbinary work? ( well It
  687. >doesn't hurt to ask... )
  688.  
  689. Well, let me see what I can dig out of the files I have at hand. The
  690. following struct defines a MacBinary header:
  691.  
  692. typedef struct {
  693. /* MacBinary header - prepended to all MacBinary format files */
  694.     byte zero1;
  695.     unsigned char filename[64];  /* filename */
  696.     unsigned char type[4];          /* file type e.g. TEXT, PICT */
  697.     unsigned char creator[4];     /* file  creator e.g. tttx, MACA, 'MPS ' */
  698.     byte flags;                           /* finder flags */
  699.     byte zero2;
  700.     byte location[6];                 /* location in folder - I think */
  701.     byte protected;                  /* locked? */
  702.     byte zero3;
  703.     byte dflen[4];                    /* data fork length */
  704.     byte rflen[4];                   /* resource fork length */
  705.     byte cdate[4];                  /* creation date */
  706.     byte mdate[4];                 /* last modified date */
  707.     byte filler[29];
  708. }    MBHDR, *MBHDRPTR, **MBHDRHNDL;
  709.  
  710. As to writing out the PICT data you should be able to simply do FSWrites
  711. on each field of the Pict. Just make sure that you write out the proper
  712. stuff (i.e. the actual pict data not the pointer to it). 
  713.  
  714. If you just want to write a MacDraw-type file as I recall you can simply
  715. write crud for the first 512 bytes and then write out the picture data.
  716.  
  717. Hope this helps....
  718.  
  719. ---------------------------
  720.  
  721. Organization: Penn State University
  722. Date: Wednesday, 4 Mar 1992 07:07:22 EST
  723. From: Christopher Tate <CXT105@psuvm.psu.edu>
  724. Subject: Official Chocolate of Mac Programming
  725.  
  726. In article <1992Mar4.045748.3195@visix.com>, amanda@visix.com (Amanda Walker)
  727. says:
  728. >
  729. >Before noon: Coke Classic
  730. >After noon: Double Espresso
  731. >After dinner: Double Cappucino
  732. >For variety, to recharge the taste buds: Cranberry Juice Cocktail
  733. >
  734. >All of the above supplemented with Belgian dark chocolate, of course.
  735.  
  736. If you can get it (Williams-Sonoma is the only place I know of), there's
  737. a *wonderful* French dark chocolate that has the highest cocoa content
  738. on earth.  But it is *not* unsweetened; this is a for-real eating
  739. chocolate, and black as pitch:
  740.  
  741.                Valhrona Carre' de Guanaca 1502
  742.  
  743. Comes in little tins of individually-wrapped squares, or by the kilo.
  744.  
  745. (I once preferred Tobler Extra Bittersweet, but Valhrona won me over....)
  746.  
  747. - -------
  748. Christopher Tate                 |  Cryptogram #4:
  749. cxt105@psuvm.psu.edu             |
  750. CXT105@PSUVM.BITNET              |  QGIF GX IBQQ PI TPTFJHX, SBH
  751. - ---------------------------------|  G'AV JFAFO OFUQQM ZUL PJF.
  752. Send me the answer; I love mail! |
  753.  
  754. - -------------------------
  755.  
  756. From: sk4i+@andrew.cmu.edu (Samuel John Kass)
  757. Date: 4 Mar 92 15:36:09 GMT
  758. Organization: Freshman, MCS general, Carnegie Mellon, Pittsburgh, PA
  759.  
  760. On 04-Mar-92 in Official Chocolate of Mac P..
  761. user Christopher Tate@psuvm.p writes:
  762. >In article <1992Mar4.045748.3195@visix.com>, amanda@visix.com (Amanda Walker)
  763. >says:
  764. >>
  765. >>Before noon: Coke Classic
  766. >>After noon: Double Espresso
  767. >>After dinner: Double Cappucino
  768. >>For variety, to recharge the taste buds: Cranberry Juice Cocktail
  769. >>
  770. >>All of the above supplemented with Belgian dark chocolate, of course.
  771. >If you can get it (Williams-Sonoma is the only place I know of), there's
  772. >a *wonderful* French dark chocolate that has the highest cocoa content
  773. >on earth.  But it is *not* unsweetened; this is a for-real eating
  774. >chocolate, and black as pitch:
  775. >               Valhrona Carre' de Guanaca 1502
  776. >Comes in little tins of individually-wrapped squares, or by the kilo.
  777. >(I once preferred Tobler Extra Bittersweet, but Valhrona won me over....)
  778.  
  779.  
  780. Hmm... I, myself, get by on M+M's.  They're plentiful, and of course, if
  781. you don't like things melting in your hands...
  782.  
  783. By the way, for the drink, I have to say that I prefer water, as well.
  784.  
  785.     --Sam
  786.  
  787. - -------------------------
  788.  
  789. From: mas@boulder.colorado.edu (Mark A. Steele)
  790. Date: 4 Mar 92 16:54:48 GMT
  791. Organization: National Geophyical Data Center, Boulder, Colorado
  792.  
  793. In article <4dhCtdG00iV102NoQW@andrew.cmu.edu> sk4i+@andrew.cmu.edu (Samuel John Kass) writes:
  794. >On 04-Mar-92 in Official Chocolate of Mac P..
  795. >user Christopher Tate@psuvm.p writes:
  796. >
  797. >Hmm... I, myself, get by on M+M's.  They're plentiful, and of course, if
  798. >you don't like things melting in your hands...
  799.  
  800. And you can sort them by color during long MPW builds (is there a thing
  801. as a _short_ MPW build.
  802.  
  803. - -Mark Steele
  804.  
  805. - -------------------------
  806.  
  807. From: dwade@jarthur.claremont.edu (Doug Wade)
  808. Organization: Harvey Mudd College, Claremont, CA 91711
  809. Date: Wed, 4 Mar 1992 18:36:06 GMT
  810.  
  811. In article <92064.070722CXT105@psuvm.psu.edu> Christopher Tate <CXT105@psuvm.psu.edu> writes:
  812. %In article <1992Mar4.045748.3195@visix.com>, amanda@visix.com (Amanda Walker)
  813. %says:
  814. %>
  815. %>Before noon: Coke Classic
  816. %>After noon: Double Espresso
  817. %>After dinner: Double Cappucino
  818. %>For variety, to recharge the taste buds: Cranberry Juice Cocktail
  819. %>
  820. %>All of the above supplemented with Belgian dark chocolate, of course.
  821. %
  822. %If you can get it (Williams-Sonoma is the only place I know of), there's
  823. %a *wonderful* French dark chocolate that has the highest cocoa content
  824. %on earth.  But it is *not* unsweetened; this is a for-real eating
  825. %chocolate, and black as pitch:
  826. %
  827. %               Valhrona Carre' de Guanaca 1502
  828. %
  829. %Comes in little tins of individually-wrapped squares, or by the kilo.
  830. %
  831. %(I once preferred Tobler Extra Bittersweet, but Valhrona won me over....)
  832. %
  833. [sig removed for brevity]
  834.  
  835.     That is 70% chocolate solids.  3 1/8 oz for $10 at W-S.  But out of
  836. the country you can get at least 75%.  If anybody's near a Trader Joe's (I
  837. don't know how widespread the chain is) they have a half kilo of good 61%
  838. for $2.39 US.  It's not the same, but still pretty darn good and relatively
  839. cheap...
  840.  
  841.  
  842. - -------------------------
  843.  
  844. From: norman@a.cs.okstate.edu (Norman Graham)
  845. Date: 4 Mar 92 17:50:16 GMT
  846. Organization: Oklahoma State University
  847.  
  848. In article <92064.070722CXT105@psuvm.psu.edu> Christopher Tate <CXT105@psuvm.psu.edu> writes:
  849. >
  850. >If you can get it (Williams-Sonoma is the only place I know of), there's
  851. >a *wonderful* French dark chocolate that has the highest cocoa content
  852. >on earth.  But it is *not* unsweetened; this is a for-real eating
  853. >chocolate, and black as pitch:
  854. >
  855. >               Valhrona Carre' de Guanaca 1502
  856. >
  857. >Comes in little tins of individually-wrapped squares, or by the kilo.
  858.  
  859. Williams-Sonoma also sells some dark chocolate covered espresso beans
  860. that I'm fond of. 
  861.  
  862. Ob. Who will be writing the software for Apple's new PDA?
  863. - -- 
  864. Norman Graham
  865.  
  866. <norman@a.cs.okstate.edu>                 Standard Disclaimer Applies
  867. {cbosgd,rutgers}!okstate!norman
  868.  
  869. - -------------------------
  870.  
  871. From: ross@bnr.ca (Ross Brown)
  872. Date: 4 Mar 92 22:14:12 GMT
  873. Organization: Bell-Northern Research
  874.  
  875. In article <4dhCtdG00iV102NoQW@andrew.cmu.edu> sk4i+@andrew.cmu.edu (Samuel
  876. John Kass) writes:
  877. >Hmm... I, myself, get by on M+M's.  They're plentiful, and of course, if
  878. >you don't like things melting in your hands...
  879.  
  880. "The milk chocolate melts in your maw, not in your paw."
  881.  
  882. ...as it were.
  883.  
  884. Ross Brown
  885. Bell-Northern Research Ltd.
  886. Ottawa, Ontario, Canada
  887. ross@bnr.ca
  888. Opinions expressed do not necessarily represent those of BNR.
  889.  
  890. - -------------------------
  891.  
  892. From: jmale@puce.inria.fr (Jean-Michel Male)
  893. Date: 5 Mar 92 13:14:19 GMT
  894. Organization: INRIA Sophia Antipolis
  895.  
  896. In article <92064.070722CXT105@psuvm.psu.edu>, CXT105@psuvm.psu.edu (Christopher Tate) writes:
  897. C.Tate|>         In article <1992Mar4.045748.3195@visix.com>, amanda@visix.com (Amanda Walker)
  898. C.Tate|>         says:
  899.  
  900. C.Tate|>         If you can get it (Williams-Sonoma is the only place I know of), there's
  901. C.Tate|>         a *wonderful* French dark chocolate that has the highest cocoa content
  902. C.Tate|>         on earth.  But it is *not* unsweetened; this is a for-real eating
  903. C.Tate|>         chocolate, and black as pitch:
  904.  
  905. C.Tate|>                        Valhrona Carre' de Guanaca 1502
  906.  
  907. C.Tate|>         Comes in little tins of individually-wrapped squares, or by the kilo.
  908.  
  909.  
  910.          I DO agree at all.
  911.  
  912.          This is a proof that even in the country of "french dressing",
  913.          there exist that can appreciate very good chocolate. 
  914.  
  915. - -- 
  916.  
  917.   
  918.     Jean-Michel MALE'        \\\\\
  919.                      - - 
  920.     INRIA, Projet SINUS,          <  )
  921.     Centre de Sophia-Antipolis      \/
  922.     06565 Valbonne (FRANCE)
  923.  
  924.     Email: jmale@mirsa.inria.fr
  925.  
  926.  
  927.  
  928. (Mort aux vaches !)
  929.  
  930. - -------------------------
  931.  
  932. From: 8888cc19@uhdvx3.dt.uh.edu (Good Witch of the Silicon Forest)
  933. Organization: University of Houston-Downtown
  934. Date: Thu, 5 Mar 1992 21:34:00 GMT
  935.  
  936. In article <4dhCtdG00iV102NoQW@andrew.cmu.edu>, sk4i+@andrew.cmu.edu (Samuel John Kass) writes...
  937. >On 04-Mar-92 in Official Chocolate of Mac P..
  938. >user Christopher Tate@psuvm.p writes:
  939. >>In article <1992Mar4.045748.3195@visix.com>, amanda@visix.com (Amanda Walker)
  940. >>says:
  941. >>>
  942. >>>Before noon: Coke Classic
  943. >>>After noon: Double Espresso
  944. >>>After dinner: Double Cappucino
  945. >>>For variety, to recharge the taste buds: Cranberry Juice Cocktail
  946. >>>
  947. >>>All of the above supplemented with Belgian dark chocolate, of course.
  948. >> 
  949. >>If you can get it (Williams-Sonoma is the only place I know of), there's
  950. >>a *wonderful* French dark chocolate that has the highest cocoa content
  951. >>on earth.  But it is *not* unsweetened; this is a for-real eating
  952. >>chocolate, and black as pitch:
  953. >> 
  954. >>               Valhrona Carre' de Guanaca 1502
  955. >> 
  956. >>Comes in little tins of individually-wrapped squares, or by the kilo.
  957. >> 
  958. >>(I once preferred Tobler Extra Bittersweet, but Valhrona won me over....)
  959. >Hmm... I, myself, get by on M+M's.  They're plentiful, and of course, if
  960. >you don't like things melting in your hands...
  961.  
  962.     Definately..or on your keyboard...but only the ones with peanuts..
  963.  
  964.     Tina Marie
  965.     8888cc19@dt3.dt.uh.edu
  966.  
  967. - -------------------------
  968.  
  969. From: amanda@visix.com (Amanda Walker)
  970. Organization: Visix Software Inc., Reston, VA
  971. Date: Thu, 5 Mar 92 21:12:30 GMT
  972.  
  973. Christopher Tate <CXT105@psuvm.psu.edu> writes:
  974. > Comes in little tins of individually-wrapped squares, or by the kilo.
  975.  
  976. Valhrona is good stuff, but my favorite is still Cote D'Or from Belgium.
  977.  
  978.  
  979. Amanda Walker                              amanda@visix.com
  980. Visix Software Inc.                    ...!uupsi!visix.com!amanda
  981. - -- 
  982. "The problem with X is that it's overadequate"    --Dennis Ritchie
  983.  
  984. - -------------------------
  985.  
  986. From: gourdol@imag.imag.fr (Arno Gourdol)
  987. Date: 6 Mar 92 14:03:52 GMT
  988. Organization: IMAG Institute, University of Grenoble, France
  989.  
  990.  
  991. The chocolate of choice for real chocolate lovers is Valrhona 
  992. (note the spelling, this from the Rhone river) where the maker is
  993. located (and not the hrone river) :-) (I like nit-picking).
  994.  
  995. Arno,
  996.  
  997.  
  998. - -- 
  999. Arno Gourdol.  <Gourdol@imag.fr>
  1000. Minds, like parachutes, only function when open.
  1001.  
  1002. +++++++++++++++++++++++++++
  1003.  
  1004. From: ksand@apple.com (Kent Sandvik)
  1005. Date: 8 Mar 92 01:45:13 GMT
  1006. Organization: MacDTS Mongols
  1007.  
  1008. ..Marabou, Marabou... I guess I have to call my wife's cousins in Sweden
  1009. and ask them to send an emergency package ASAP.
  1010.  
  1011. Cheers,
  1012. Kent
  1013.  
  1014. - --
  1015. Kent Sandvik - Apple DTS  - Dynamic Language Evangelist
  1016. ksand@apple.com
  1017. All opinions expressed are my own, and not related to any company or
  1018. organization. 
  1019. Happy, happy, joy, joy!
  1020.  
  1021. +++++++++++++++++++++++++++
  1022.  
  1023. From: jmunkki@hila.hut.fi (Juri Munkki)
  1024. Date: 11 Mar 92 20:54:20 GMT
  1025. Organization: Helsinki University of Technology, Finland
  1026.  
  1027. In article <21229@goofy.Apple.COM> ksand@apple.com (Kent Sandvik) writes:
  1028. >...Marabou, Marabou... I guess I have to call my wife's cousins in Sweden
  1029. >and ask them to send an emergency package ASAP.
  1030.  
  1031. Dangerously addictive substance... Which flavor do you prefer? I like
  1032. the milk chocolate. It seems to me that most others here prefer really
  1033. dark chocolates. Marabou chocolates tend to be the mildest that I have
  1034. ever tasted.
  1035.  
  1036.    ____________________________________________________________________________
  1037.   / Juri Munkki        /  Helsinki University of Technology   /  Wind  / Project /
  1038.  / jmunkki@hut.fi  /  Computing Center Macintosh Support  /  Surf  / Arashi  /
  1039.  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  1040.  
  1041. ---------------------------
  1042.  
  1043. From: sr0o+@andrew.cmu.edu (Steven Ritter)
  1044. Subject: File Labels
  1045. Date: 5 Mar 92 15:30:30 GMT
  1046. Organization: Doctoral student, Psychology, Carnegie Mellon, Pittsburgh, PA
  1047.  
  1048. How can you find a file's label (the things nobody uses in System 7
  1049. Finder)?  I couldn't find anything about this in IM VI.
  1050.  
  1051. Steve
  1052.  
  1053. - -------------------------
  1054.  
  1055. From: ross@bnr.ca (Ross Brown)
  1056. Date: 5 Mar 92 21:16:01 GMT
  1057. Organization: Bell-Northern Research
  1058.  
  1059. In article <gdhXuKW00WBOM2F8Yo@andrew.cmu.edu> sr0o+@andrew.cmu.edu (Steven
  1060. Ritter) writes:
  1061. >How can you find a file's label (the things nobody uses in System 7
  1062. >Finder)?  I couldn't find anything about this in IM VI.
  1063.  
  1064. The label ID is in bits 1 to 3 of the fdFlags field in the FInfo structure. 
  1065. See Technical Note 306.  The colors associated with the labels are in the
  1066. System file in 'RGB ' resources numbered -16392, ..., -16385.  The names are in
  1067. 'lstr' resources with the same numbers.  Note that the Finder's Labels menu
  1068. shows label #7 first, and label #1 last.  Label value 0 represents "no label".
  1069.  
  1070. Ross Brown
  1071. Bell-Northern Research Ltd.
  1072. Ottawa, Ontario, Canada
  1073. ross@bnr.ca
  1074. Opinions expressed do not necessarily represent those of BNR.
  1075.  
  1076. +++++++++++++++++++++++++++
  1077.  
  1078. From: leonardr@ccs.itd.umich.edu
  1079. Organization: Campus Computing Sites, University of Michigan-Ann Arbor
  1080. Date: Sun, 8 Mar 92 20:38:44 GMT
  1081.  
  1082. In article <gdhXuKW00WBOM2F8Yo@andrew.cmu.edu> sr0o+@andrew.cmu.edu (Steven Ritter) writes:
  1083. >How can you find a file's label (the things nobody uses in System 7
  1084. >Finder)?  I couldn't find anything about this in IM VI.
  1085. >
  1086.     Well the information (the index (0-7) of the label) is stored in
  1087. the top 3 bits of the FinderFlags word which you can get with standard File
  1088. Manager calls.
  1089.  
  1090.     However that only gives you a number - not a name or a color!  That
  1091. information is only obtainable via undocumented resources or undocumented
  1092. toolbox calls.
  1093.  
  1094.  
  1095. - -- 
  1096. - -----------------------------------------------------------------------
  1097. Leonard Rosenthol          Internet: leonardr@ccs.itd.umich.edu
  1098. Director of Advanced Technology   AppleLink: MACgician
  1099. Aladdin Systems, inc.          GEnie:     MACgician
  1100.  
  1101. ---------------------------
  1102.  
  1103. From: denisb@leland.stanford.edu (Denis Bohm)
  1104. Subject: Is there X11, NFS, TCP for the MacOS?
  1105. Organization: DSG, Stanford University
  1106. Date: Thu, 5 Mar 92 16:55:57 GMT
  1107.  
  1108. I would like to port a C++ application to the Mac with the least amount
  1109. of work to get it up and running.  The application uses interviews which
  1110. uses X11R4, and our own broadcast message server which uses INET domain
  1111. sockets.  So I am looking for X11R4 for the mac with include files that
  1112. can be used from C++ so that I can build InterViews.  And some
  1113. communication software with unix like socket includes.  Does anyone know
  1114. of any products like these (or anything similar)?
  1115. - -- 
  1116. Denis Bohm (denis@redwood.com -or- denisb@leland.stanford.edu)
  1117.  
  1118. - -------------------------
  1119.  
  1120. From: mlanett@void.ncsa.uiuc.edu (Mark Lanett)
  1121. Date: 5 Mar 92 19:17:51 GMT
  1122. Organization: University of Illinois at Urbana
  1123.  
  1124. denisb@leland.stanford.edu (Denis Bohm) writes:
  1125.  
  1126. >I would like to port a C++ application to the Mac with the least amount
  1127. >of work to get it up and running.  The application uses interviews which
  1128. >uses X11R4, and our own broadcast message server which uses INET domain
  1129. >sockets.  So I am looking for X11R4 for the mac with include files that
  1130. >can be used from C++ so that I can build InterViews.  And some
  1131. >communication software with unix like socket includes.  Does anyone know
  1132. >of any products like these (or anything similar)?
  1133.  
  1134. X11: There's a server (MacX), but no client support.
  1135. TCP: MacTCP is available from APDA, a few socket libraries are around.*
  1136. InterViews: No port, but I've heard that it was modeled after MacApp 1 or 2,
  1137. so you could move to that.
  1138. C++: MPW Shell, C, and C++, again from APDA.
  1139.  
  1140. *including one from us, at ftp.ncsa.uiuc.edu in ~/unsupported.
  1141. - -- 
  1142. Mark Lanett                                                   mlanett@uiuc.edu
  1143. Software Tools Group, NCSA, University of Illinois at Urbana-Champaign
  1144.  
  1145. +++++++++++++++++++++++++++
  1146.  
  1147. From: milt@tenon.com (Milt Roselinsky)
  1148. Date: 11 Mar 92 21:37:35 GMT
  1149. Organization: "Tenon Intersystems"
  1150.  
  1151. denisb@leland.stanford.edu (Denis Bohm) writes:
  1152. : I would like to port a C++ application to the Mac with the least amount
  1153. : of work to get it up and running.  The application uses interviews which
  1154. : uses X11R4, and our own broadcast message server which uses INET domain
  1155. : sockets.  So I am looking for X11R4 for the mac with include files that
  1156. : can be used from C++ so that I can build InterViews.  And some
  1157. : communication software with unix like socket includes.  Does anyone know
  1158. : of any products like these (or anything similar)?
  1159. MachTen (a full BSD4.3 UNIX that runs as a Mac application) provides 
  1160. the gnu C compiler and X11R4 libraries, standard X clients,
  1161. NFS, RPC and socket libraries....
  1162.  
  1163. For more info, send questions to info@tenon.com
  1164.  
  1165. Milt Roselinsky            milt@tenon.com
  1166. Tenon Intersystems        (805) 963-6983
  1167. 1123 Chapala St. Santa Barbara, Ca. 93101
  1168.  
  1169. ---------------------------
  1170.  
  1171. End of C.S.M.P. Digest
  1172. **********************
  1173.